# Objective

- alternative to #21502
- also undoes #20890
- does not regress #19205
- fixes #21489 and #21479

## Solution

the fix i originally made was wrong. the reason it worked was because it
failed the conditional and did not clip the lines in some cases where
the original bug was exhibited. the condition was correct before, it
turns out, but the clipping logic is wrong: an epsilon is added, with a
comment saying it is to avoid falsely culling the vertex due to floating
point imprecision leaving it just barely in front of the near plane.
However, i do not see why an epsilon should be needed here, or why this
should be avoided: triangle primitives are regularly intersecting the
clipping plane, that is standard order of business. The entire primitive
is not discarded if only part of it is clipped, instead only the visible
pixels are rasterized.

## Testing

- original bug test case by Antony looks right
- both grid test cases look right
- gizmos examples look right

# Objective

- alternative to bevyengine#21502
- also undoes bevyengine#20890
- does not regress bevyengine#19205
- fixes bevyengine#21489 and bevyengine#21479

## Solution

the fix i originally made was wrong. the reason it worked was because it
failed the conditional and did not clip the lines in some cases where
the original bug was exhibited. the condition was correct before, it
turns out, but the clipping logic is wrong: an epsilon is added, with a
comment saying it is to avoid falsely culling the vertex due to floating
point imprecision leaving it just barely in front of the near plane.
However, i do not see why an epsilon should be needed here, or why this
should be avoided: triangle primitives are regularly intersecting the
clipping plane, that is standard order of business. The entire primitive
is not discarded if only part of it is clipped, instead only the visible
pixels are rasterized.

## Testing

- original bug test case by Antony looks right
- both grid test cases look right
- gizmos examples look right